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DETAILED ACTION 
1 . This action is responsive to the application filed 3/26/04 
Claims 1-28 have been submitted for examination. 

Double Patenting 

1. The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, All F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321(c) or 1 .321(d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

3. Claim 1 is provisionally rejected on the ground of nonstatutory obviousness-type double 
patenting as being unpatentable over claim 15, 24 of copending Application No. 10,749,616 
(hereinafter '616). Although the conflicting claims are not identical, they are not patentably 
distinct from each other because of the following observations. 

As per instant claim 1, '616 recites 'tracing module ... to receive and process method 
calls by the application when the specified regions are executed' and 'logging module associated 
with specified categories of the system ... to receive and process method calls from components 
associated with the categories' in a system of 'computers interconnected through a network'; a 
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log message formatters to convert trace or log method calls to specified message formats (i.e. a 
obvious variant of 'determine message format for the received message'). Though '616 claim 15 
does not recite output destination to receive message, this 'output destination' (for one of 
ordinary skill in the art) would have been an obvious feature by which '616 invention would 
necessarily implement in order for the formatted message to get to their destination. 

Likewise, '616 claim 24 for reciting the limitations of '616 claim 15 is also an obvious 
variation of instant claim 1 . 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

4. Claim 1 is provisionally rejected on the ground of nonstatutory obviousness-type double 
patenting as being unpatentable over claims 6, 17, 23, 30 of copending Application No. 
10,813,999 (hereinafter '999). Although the conflicting claims are not identical, they are not 
patentably distinct from each other because of the following observations. 

As per instant claim 1, '999 claim 6 recites 'tracing module ... specified program 
regions ... to receive and process method calls by the application when the specified regions are 
executed' and 'logging module associated with specified categories of the system ... to receive 
and process method calls from network components associated with the categories'; a user 
interface to configure an output destination via a dialog window(for the tracing and logging 
system). Although '999 does not recite 'destination to receive message' from logging and tracing 
module and a 'formatter' to determine message format therefor, the concept of 'output 
destination' and formatting is suggestive of a message being received in '999 integrated system, 
and in the use of GUI for setting attributes. One of ordinary skill in the art would have 
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construed '999 GUI for setting an attribute of such output destination as a obvious language 
variant to the instant claim's recital of 'formatter' of said outgoing message. 

Likewise, '999 claims 17, 23, 30 recite a tracing controller, a logging controller, an 
output destination, and a GUI dialog for setting attributes for said output destination, all of which 
being similar to '999 claim 6; hence are deemed obvious variations of instant claim 1. 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

Claim Rejections - 35 USC §101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new 
and useful improvement thereof, may obtain a patent therefor, subject to the condition* and. requirement* of this title. 

6. Claims 1-9, 16-19 are rejected under 35 U.S.C. 101 because the claimed invention is 

directed to non-statutory subject matter. 

The Federal Circuit has recently applied the practical application test in determining whether the claimed 
subject matter is statutory under 35 U.S.C. § 101. The practical application test requires that a " useful, concrete, 
and tangible result" be accomplished. An "abstract idea" when practically applied is eligible for a patent. As a 
consequence, an invention, which is eligible for patenting under 35 U.S.C. § 101, is in the "useful arts" when it is a 
machine, manufacture, process or composition of matter, which produces a concrete, tangible, and useful result. The 
test for practical application is thus to determine whether the claimed invention produces a "useful, concrete and 
tangible result". 

The current focus of the Patent Office in regard to statutory inventions under 35 U.S.C. § 
101 for method claims and claims that recite a judicial exception (software) is that the claimed 
invention recite a practical application. Practical application can be provided by a physical 
transformation or a useful, concrete and tangible result. The following link on the World Wide 
Web is the United States Patent And Trademark Office (USPTO) reference in terms of 
guidelines on a proper analysis on 35 U.S.C. §101 rejection. 

<http ://www.uspto . gov/ 'web/offices/pac/dapp/opWpreognotice/guidel jnes 1 0 .1 __2005 1 026 .pdf> 
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Specifically, claim 1 recites 'an integrated ... system' comprising a tracing module, a 
logging module, a output destination and a formatter. According to the Specifications (e.g. 
Drawings: Fig. 2-4), these modules and formatter amount to software -based entities and 
programmatic functionality. As a whole, the system cannot be construed as having hardware 
support to execute what appears to be mere software functionality. Therefore, the claim for 
reciting mere 'Functional Descriptive Material' (see USC101 Guidelines, Annex IV, pg. 52-54) 
not only fails to qualify as being one of the 4 statutory categories of subject matter, but also 
cannot fulfill the requirement of practical application; that is, not able to yield data 
transformation with concrete, useful, and tangible result. 

Claim 1 and dependent claims 2-8 are therefore rejected for non-statutory subject matter. 

Claim 16 recites system with means for creating tracing controller, logging controller, for 
specifying output destination, and selecting a formatter. The recited 'controller' and 'formatter' 
are construed as software entities without being embodied in any hardware medium or tangible 
support enabling the realization of their respective functions. The means to create those software 
entities is not conveyed from the Disclosure (e.g. Specs: Figure 9) as being hardware means, but 
rather as software means effectuated within an computer application. As set forth above, the 
claim for reciting mere 'Functional Descriptive Material' cannot be categorized as statutory 
subject matter, nor can it fulfill the requirement of practical application; that is, not able to yield 
data transformation with concrete, useful, and tangible result. Claim 16 and dependent claims 
17-19 are therefore rejected for non-statutory subject matter. 

Claim Rejections - 35 USC § 103 
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7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 1-28 are rejected under 35 U.S.C. 103(a) as being unpatentable over James Hart, 
"Early Adopter: J2SE 1.4", chapter 5, September 2001, Wrox Press, pp. 1-12 (hereinafter Hart - 
refer to 'EarlyAdopter_DS.pdf in PTO -892) in view of APA (Admitted Prior Art: see 
Specifications pg. 4, para 0008-0009). 

As per claim 1, Hart discloses an integrated tracing and logging system employed within 
a network comprising: 

a tracing methods (e.g. methods ... can be used ... debugging trace of program activity - 
pg. 6, bottom half; part of this API ... throws IllegalArgitmentException - pg. 7, top half) to 
receive and process tracing method calls generated by the application; 

a logging module associated with specified categories related to the network (e.g. 
specified namespace, hierarchy naming- pg. 4, bottom; void setLevel - pg. 4 - Note: manager to 
set level for each level of hierarchy for spawning one logger reads on specified categories of the 
network - e.g. setLevel( ), pg. 9, bottom), the logging module to receive and process logging 
method calls (e.g. Logging Methods - pg. 5-7) from network components associated with the 
categories; 

an output destination (e.g. different destination; log files, the console, ... in-memory 
buffer - pg. 2, top para; fired off ... different types of storage - pg. 1) to receive a message 
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{Logging API... Loggers: pass messages for logging - pg. 2; Messages are passed - pg. 2 
bottom) from at least one of the tracing module and the logging module; and 

a formatter to determine a message (e.g. string message . . . formatters - pg. 5, 2 nd para) 
format for the received message. 

Hart does not explicitly disclose tracing module associated with specified program code 
regions of an application to receive and process tracing method calls generated by the 
application when the specified program code regions are executed. APA teaches developers 
using logging techniques in tight conjunction with tracing of executing program code, and 
tracing tool being equally used with logging also require sending messages to console or other 
output destination. Based on the API for effectuating calls related to debug (see Hart: methods 
... can be used ... debugging trace of program activity - pg. 6, bottom half;) of a particular area 
covered by the logger (see Hart, bundleName, Object params - pg. 5-7 - Note: a instantiated 
logger class to analyze Object params of bundle Name reads on logger class for a particular 
name instance, or region ), it would have been obvious for one skill in the art at the time the 
invention was made to implement Hart method with a tracing API/module specific for a 
particular regions - or namespace within a hierarchy — corresponding the specific instance of 
logger among many other concurrent logger classes being created in order for such dedicated 
trace module to monitor method calls generated by the application when the specified program 
code regions are executed, and this would be consistent with the endeavor by developers to 
attach a debug module with a logging module as set forth by APA, and in view of Hart's purport 
to provide both debug/tracing information into a dedicated logger being named for a specific 
naming instance. 
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As per claim 2, Hart discloses a markup language formatter (e.g. filters and formatters 
. . . information about logging event - pg. 5, 2 nd para; XML file, level threshold set to INFO ... 
precise configuration ... Java properties format - pg. 7, bottom; bottom half pg. 8) 

As per claims 3-4, and 6, Hart discloses wherein one or more properties (e.g. log.severe 
- pg. 8, top) of the formatter are defined in a configuration file; wherein the configuration file 
includes an identifier (e.g. XML file, level threshold set to INFO ... precise configuration ... Java 
properties format - pg. 7, bottom; public class Logging - pg. 8; <class>Logging</class> - pg. 8, 
bottom) to identify the formatter (Note: logging class with Java handlers using INFO set from 
the XML reads on formatter); wherein the configuration file defines the message format for the 
received message, the message format including one or more fields (e.g. XML details ... 
<record> ... </record> pg. 8-9). 

As per claim 5, Hart discloses wherein the one or more properties are formatted as key- 
value-pair properties, each key- value pair having a key to specify an attribute (<date> . . . 
</date>, <logger> . . . </logger> pg. 8) and a value to provide a definition (e.g. 998524070390, 
com.wrox.ea.j2se.utilities. Logging - pg. 8) for the specified attribute. 

As per claim 7, Hart discloses wherein the one or more fields of the message format 
includes 

at least one of a timestamp field (e.g. date, millis - pg. 8, bottom - Note: record storing 
date and millis from a XML used for firing message reads on time of received message) to 
indicate a time for the received message; 

a location of origin field to indicate a source (String sourceClass - pg. 5; <method>, pg. 
8) of the received message; 
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a thread identifier field to indicate a thread (<thread> - pg. 8, bottom) associated with the 
received message; 

a message severity indicator field to indicate a severity level (Level level - pg. 5; warning 
- pg. 8 bottom) of the received message; and 

a message identifier field to identify the received message (String msg - pg. 5; 
<message> pg. 8, bottom). 

As per claims 8-9, Hart discloses wherein the output destination is at least one of a trace 
file; and a log file, a console (e.g. different destination; log files, the console, ... in-meino/y 
buffer - pg. 2, top para). 

As per claim 10, Hart discloses a computer-implemented method employed within a 
network comprising creating an instance of: 

a tracing object (refer to tracing methods by Hart in claim l)to receive and process 
tracing method calls generated by the application when the specified program code regions are 
executed; 

a logging controller associated with specified categories related to the network, the 
logging controller to receive and process logging method calls from network components 
associated with the categories (re claim 1); 

specifying an output destination to receive a message from at least one of the tracing 
controller instance and the logging controller instance (re claim 1); and 

selecting a formatter (e.g. Logging Messages, pg. 5-7 - Note: specifying a level - or 
filtering - by the main Logger object in order to instantiate a localized record logger reads on 
selecting a level-bound class to perform logging using its format handlers, i.e. formatter being 
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selected by the filtering and naming process) to provide a message format for the received 
message; wherein the message format is defined based, at least in part, on a configuration file 
(refer to claim 3). 

Hart does not explicitly disclose instance of a tracing controller associated with specified 
program code regions of an application (to receive and process), when the specified program 
code regions are executed. However, the tracing controller would falls under the ambit of 
addressing the 'tracing module' for 'specified code regions' in claim 1; hence will be rejected 
herein including the rationale as set forth therein. 

As per claims 11-12, refer to claims 2, 4 (Note: selected formatter functions to configure 
message using the XML in claim 2 reads on configuring for the selected formatter). 

As per claims 13-14, refer to claims 6-7. 

As per claim 15, Hart discloses a filter to the specified output destination to selectively 
filter the message. 

As per claim 16, Hart discloses a system comprising a means for creating an instance of 
a tracing object to receive and process tracing method calls generated by the application 
when the specified program code regions are executed; 

a logging controller associated with specified categories related to the network, the 
logging controller to receive and process logging method calls from network components 
associated with the categories; a means for specifying an output destination to receive a message 
from at least one of the tracing controller instance and the logging controller instance; and a 
means for selecting a formatter to provide a message format for the received message, wherein 
the message format is defined based, at least in part, on a configuration file; 
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all of which having been addressed in claim 10. 

Hart does not explicitly disclose instance of a tracing controller associated with specified 
program code regions of an application (to receive and process), when the specified program 
code regions are executed. However, the tracing controller would falls under the ambit of 
addressing the 'tracing module' for 'specified code regions' in claim 1; hence will be rejected 
herein including the rationale as set forth therein. 

As per claims 17-18, refer to claims 12-13. 

As per claim 19, refer to claim 14. 

As per claim 20, Hart discloses article of manufacture comprising an electronically 
accessible medium providing instructions that, when executed by an apparatus cause the 
apparatus: 

to create an instance of 

a tracing object to receive and process tracing method calls generated by the application 
when the specified program code regions are executed; 

a logging controller associated with specified categories related to the network, the 
logging controller to receive and process logging method calls from network components 
associated with the categories; 

to specify an output destination to receive a message from at least one of the tracing 
controller instance and the logging controller instance; and select a formatter to provide a 
message format for the received message, wherein the message format is defined based, at least 
in part, on a configuration file; 

all of which having been addressed in claim 10. 



Application/Control Number: 10/815,018 Page 1 2 

Art Unit: 2193 

Hart does not explicitly disclose instance of a tracing controller associated with specified 
program code regions of an application (to receive and process), when the specified program 
code regions are executed. However, this tracing controller (to operate on a specified code 
regions) has been addressed using the rationale as set forth in claim 1 . 

As per claims 21-22, refer to claims 12-13. 

As per claim 23, Hart discloses an apparatus comprising: an application; and a processor 
and logic executable thereon to create and specify the same elements as recited in claim 20, 
hence would integrate the corresponding rejection as set forth therein, including the rationale as 
to render obvious the 'tracing controller' limitation recited as associated with specified program 
code regions of an application (to receive and process), when the specified program code 
regions are executed. 

As per claims 24-25, refer to claims 2-3. 

As per claims 26-27, refer to claims 11, 13. 

As per claim 28, refer to claim 14. 

Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (571) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on (571)272-3756. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
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using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



/ TUAN VU / 

Tuan A Vu 
Patent Examiner, 
Art Unit 2193 
February 15,2008 



